RoR_chapter6 Railsの全体像を理解する

RoR_chapter6 Railsの全体像を理解する

Railsを取り巻く世界

ルーティングについて

以下の3つが基本

どのようなURLへ

どのようなHTTPメソッドでアクセスされたら

どのコントローラのアクションを呼ぶか

Railsのルーティングは少し複雑

基本的にはRESTfulに従うが、その限りでない実装をすることもできる

HTTPメソッド

GET, POST, PUT...

サーバへのリクエストの際に指定する情報の送信・取得方法

一般的にブラウザからはGET, POSTしか送ることができない

URLパターン

URLそのもの

URLパターンの名称

定義したURLパターンごとに一意な名前をつけられる

コントローラ

呼び出すアクションのコントローラを指定する

アクション

呼び出すアクションを指定する

上記5つの関係

HTTPメソッド

URLパターン

URLパターンからコントローラへと繋がり、アクションが起動する

URLパターンを参照し、URLパターン名が生成

ルートの定義について

code:routes.rb

get '/login', to: 'sessions#new'

意味

code:routes.rb

post '/login', to: 'sessions#create'

意味

URLパターン名とヘルパーメソッドについて

HTTPメソッドが違うだけで同じURLなので、生成されるものは変わらない

↓こんな感じでアクション先は分かれているが、prefixは一緒というイメージ

table:rails routes

Prefix Verb URI Pattern Controller#Action

login GET /login(.:format) sessions#new

POST /login(.:format) sessions#create

logout DELETE /logout(.:format) sessions#destroy

RESTfulのおさらい

RESTという設定原則があり、それに従うシステムのこと

1. HTTPリクエストはそのリクエストで必要な情報を持ち、前のリクエストからの状態を保存する必要がない

2. 個々の情報への操作の表現が、HTTPメソッドとして統一されている(Railsのルーティングで重要な要素)

3. 個々の情報がそれぞれ一意なURIである

4. ある情報から別の情報を参照したいときは、リンクを利用する

RailsはアプリケーションをRESTfulなシステムとして開発しやすくする機能を多く提供する

Railsでは、URLが表す情報の１単位をリソースと呼ぶ。

操作はHTTPメソッドでやるものだという理念がある

URLはなるべくリソースの名前を表す形（名詞）として作るという発想を持つ

RESTfulにするための流儀

参照とは

リソースｘｘを取得したい、というリクエストのこと

タスクを取りたいのであれば、URLにそう書けば良い

登録の実行について

参照とは違い、まだこの世に存在していない情報

タスクの情報を送りたいのであれば、URLにそう書けば良い

ルート一式の定義について

resources :tasks

table:tasksの一覧

機能 HTTPメソッド URLパターン URLパターン名 ヘルパーメソッド アクション

一覧 GET /tasks tasks tasks_path index

詳細 GET /tasks/:id task task_path show

新規登録画面 GET /tasks/new new_task new_task_path new

登録 POST /tasks tasks tasks_path create

編集 GET /tasks/:id/edit edit_task edit_task_path edit

更新 PATCH もしくは PUT /tasks/:id task task_path update

削除 DELETE /tasks/:id task task_path destroy

HTTPメソッドとURLパターンの組み合わせのおかげで、Rails側がどのコントローラに渡すか判断できる。

code:html.slim

.container

https://scrapbox.io/files/651eaeb7b37ae1001be8e1e3.png

自分でルーティングの定義をする

code:routes.rb

resources :tasks do

collection do

get 'export'

end

end

こう書いた場合

code:rb

# こうルーティングに書いたのであれば

resources :tasks do

collection do

get 'test'

get 'export'

end

end

# slim側でこんな感じで呼べる

.container

https://scrapbox.io/files/651eb0bf4e0db2001b9c8e32.png

routes.rbの構造化

構造化、階層化するためのメソッドが用意されている

scope, namespace, controllerなど

code:routes.rb

namespace :admin do

resources :user

end

プロジェクトのroutes.rbを色々読み解いてみる（変数の固有名詞などは置き換えて）

as:

名前を指定できる

get 'exit', to: 'sessions#destroy', as: logout

resources :seis, path: 'sei', only: [:index, :show], as: 'sen_seis' do

on:

別のアクションを追加できる

code:例.rb

resources :comments do

get 'preview', on: :new

end

:collection

code:rb

get :search, on: :collection

...

この場合であれば、下記のように読める。

resources :users, path: 'user', only: [:index, :show], as: 'service_users' do

get :search, on: :collection

触れてると確かにちょっとずつ読めるようになるかも。

折角PR見てるんだから見とくべきっぽい...

国際化(C6-3)

すぐに使う知識ではないので飛ばす。気になったら見る。

日時の扱い方

タイムゾーン

code:rails c

irb(main):001:0> Time.zone

# UTCの時間

irb(main):002:0> Time.zone.now

=> Fri, 13 Oct 2023 12:33:11 UTC +00:00

# class名の確認

irb(main):003:0> Time.zone.now.class

=> ActiveSupport::TimeWithZone

# タイムゾーンを変える

irb(main):004:0> Time.zone = "Asia/Tokyo"

=> "Asia/Tokyo"

irb(main):006:0> Time.zone.now

=> Fri, 13 Oct 2023 21:35:01 JST +09:00

code:rails

Task.first.created_at.class

# ActiveSupport::TimeWithZone と出る

タイムゾーンの設定

code:rb

module Taskleaf

class Application < Rails::Application

config.load_defaults 5.2

config.time_zone = 'Asia/Tokyo'

end

end

エラー処理について

画面の出し分けとか例外処理とか。知りたくなったら見返す。

Railsログ

セキュリティについて

他の本で見れば良いので割愛。

production環境で立ち上げる

development環境、test環境で動いてもprod環境で動かないことはままあるので知っておくと良い。

アセットのプリコンパイル

prod環境では高速処理の実現のため、アセットパイプラインを実行し静的ファイルを生成しておく

jsやcssファイルを縮小化するフレームワークのこと。

prod環境ではソースコードを更新した場合、必ずプリコンパイルが必要。

実行する

code:terminal

bin/rails assets:precompile

yarn install v1.22.19

info No lockfile found.

success Saved lockfile.

✨ Done in 0.15s.

静的ファイルの配信サーバを設定する

slimファイルなど

railsがブラウザに対して、動的にhtmlとして書き換えて配信する

public直下のファイルなど

rails配置されたものをそのまま静的に配信する機能がある

開発環境ならばこれで良い

本番の場合

静的ファイルの配信はNginxなどのwebサーバに担わせることが一般的

Railsのパフォーマンスを高めるため（動的な部分の高速化）に、担わせる。

静的ファイルの配信機能を切る

code:3_chapter/taskleaf/config/environments/production.rb

# trueにする必要がある

prod環境のDBを作成する

code:database.yml

production:

<<: *default

database: taskleaf_production

username: taskleaf

やること

postgresqlにtaskleafというユーザーを追加する

パスワードをbash_profileへ書き込む。

code:txt

createuser -d -P taskleaf

Enter password for new role: password

Enter it again: password

code:txt

RAILS_ENV=production bin/rails db:create db:migrate /Users/skoni/.rbenv/versions/2.5.1/lib/ruby/gems/2.5.0/gems/digest-3.1.1/lib/digest.rb:20: warning: already initialized constant Digest::REQUIRE_MUTEX

/Users/skoni/.rbenv/versions/2.5.1/lib/ruby/2.5.0/digest.rb:6: warning: previous definition of REQUIRE_MUTEX was here

Created database 'taskleaf_production'

== 20230203134630 CreateTasks: migrating ======================================

-- create_table(:tasks)

-> 0.0032s

== 20230203134630 CreateTasks: migrated (0.0033s) =============================

== 20230213121807 ChangeTasksNameNotNull: migrating ===========================

-- change_column_null(:tasks, :name, false)

-> 0.0016s

== 20230213121807 ChangeTasksNameNotNull: migrated (0.0017s) ==================

== 20230802125802 CreateUsers: migrating ======================================

-- create_table(:users)

-> 0.0059s

== 20230802125802 CreateUsers: migrated (0.0059s) =============================

== 20230802131247 AddAdminToUsers: migrating ==================================

-- add_column(:users, :admin, :boolean, {:default=>false, :null=>false})

-> 0.0006s

== 20230802131247 AddAdminToUsers: migrated (0.0006s) =========================

== 20230907150009 AddUserIdToTasks: migrating =================================

-- execute("DELETE FROM tasks;")

-> 0.0003s

-- add_reference(:tasks, :user, {:null=>false, :index=>true})

-> 0.0022s

== 20230907150009 AddUserIdToTasks: migrated (0.0026s) ========================

prod環境でアプリを利用する場合に必要になる

prod環境用の秘密情報を複合するために利用する鍵情報のこと。

起動する

bin/rails s --environment=production

本来は上記手順をcapistranoなどで自動化するのが定石。

ある程度は学んだのであとは実務しっかりやれば身につきそう。